VOLUME m, NO. 9 — OCTOBER 1981 


OSIO Newsletter 


OS-65D Notes Add Named Addresses To 

GOTO and GOSUB 

By Joe Kirshner By Jantes E. Kupperian 


MORE GOOFS1 

I was liorrified recaantly to firri 
that I had made an error in the SOPDIR 
progran that kills some of the data, and 
consequently ruins all the inputs. 

After I had initially ccnpleted and 
thoroughly checked the program, it 
occurred to me that it vould be useful to 
add a routim to count the nimiber of empty 
tracks. I added the necessary lines to 
GATHER and then changed SUPDIR to read in 
the additional lines of data from the 
disk. I tried it out and everything 
seemed OK. 

Recently I went back to SUPDIR to 
— an entry and found ’ that after 

editing, the data was no longer available 
because I had neglected to add several 
lines to the disk output routine to take 
account of the informaticxi on the number 
of an:ptY tracks. 

The following lines should be added 
to SUPDIR: 

5111 PRINT #6,!3F 

5112 FOR 1=1 TO NF 

5113 PRINT #6,DI$(I) 

5114 NEXT I 

The above lines write the etrpty 
track data to the disk. 

The program will not stop as oftai 
for garbage collection if line 140 is 
replaced by: 

140 DISK 0I®J,6,"DISK11": INPUT 
#6,LL: DISK CDDSE,6 

Ih addition line 2560 should be. 
changed to: 

2580 IF I/19=INT(I/19) THEN PRINT 

OS65D3 COLUMN IN PEEK(65) 

PEEK (65) has recaitly started a 
colimn on OS65D3. The first column 
discusses seme correcticais required in 
the operating system. One of these 


The discovery by Sauter (see Sauter, J. 
A., BYTE May 1981) that OSI 9-digit 
Microsoft BASIC was written without the use 
of the RDR instruction freed 133 bytes of 
code. This is unique in personal cotputing 
software, and presents an unparalled 
opportunity to custemize a classic BASIC 
interpreter. 

for tliose of you who have cleared the 
three areas of code, I offer the following 
11-tyte addition. This code will allow the 
use of named GOSUB and GOTO addresses, 
similar to J^le Integer BASIC. 


1) POKE 2215,106:POKE 2216,24 

2) POKE 6250,144:POKE 6251,6 

3) POKE 6252,32:POKE 6253,185:P0KE 6254,12 

4) POKE 6255,76:POKE 6256,114:POKE 6257,22 

5) POKE 6253,76:P0KE 6259,103:POKE 6260,9 

The labels are censistent with those in 
PET/CBM PERSemL COMPUTER GUIDE by Osbcime 
and Donahue (Ctebom/McGraw-Hill); LINFBM was 
coined for this program. 

This enhancement is softievAiat slower when 
using variable addresses in that LINGET is 
strai^tforward ASCII to Binary conversion, 
while FBMNIM involves a floating point 
conversion. 

The following illustrates this feature: 

continued on page 2 


Old code: 

$0aA6 GOTO JSR LINGET t$09©C) 

New code: 

$0aA6 GOTO JSR LINFH^ ($186A) 

$186A LINFRM BCC + 6 

$186C JSR FRMNLM (0CB9) 

$1S6F JMP GETADD ($1672) 

$1872 JMP LIN®T ($096C) 

This can be accenplished by the pokes: 


continued on page 4 



continued from page 1 

10 RED = 40 
20 GOTO RED 
30 END 
40 ?“GOCO 

(Editor’s Note: 0S-6SU users, dcxi't try 
to add this feature. Your BASIC already has 
it, and it's very useful.) 


Some Peeks and Pokes 
For 0S-65D V3.2 Basic 

By Jan«s E. Kupperian, Jr. 

(Editor's Note: We tried racst of these 
crs 65U BASIC, and found that nearly all work 
with it, too.) 

PEEK(2694) = 00 (Hex 0A86,00) 

OiEiracter outpHit after CRU". Used v^en 
making a tape, to provide throwaway 
characters to cillciw BASIC time to parse and 
store program on input. Controlled ty 
NULL(X) for X = 0 to B. Also useful for 
sending programs by modem. 

PCKE 2694,32 (Hex 1A86,20) 

This PORE outfxits a space in place of a 
null — i.e., a Hex 00, — after a CRLF. 

•Ihis is useful in providing a left margin 
GCHitrol with line printers. NI)I1 j{X), v^ere 
X is 0 to 8, provides ccntrol of up to 8 
spaces for indentir^. Especially useful for 
LISTing. 

Caution! Do rx>t use vhen making 
POKE 21, X (Hex 15) 

Number of nulls to be ^nt after a CRLF. 
Up to 8 can be sent by the NULL(X) cctnmnd. 
Use POKE for any number up to 255. Useful 
for LISTing to slow BASICS fear modan. If 
outputting a <space> or a character, be 
careful rot to use value larger than screen 
width minus 13 or you will be in an endless 
loop. 

X=PEEK(23)-11:P0KE 2164,X 

If the above iriakes you nervous, these 
pokes will allow a NUIX.{X) no greater than 
screen width minus 13. 

X=PEEK(23) (Hex 17) 

In case you forgot, tbs screen width. 


POKE 1386,128 (Hex 056A,80) 

Einables use of full ASCII set, to and 
including RIBOUT, 127. 

POKE 1390,127 (Hex 056E,7F) 

Replaces Shift P ( @ ), with RUBOOT. 
Necessary to cctmunicate with a TRS80 
program LISTED over a modem. Also cuts down 
on entry mistakes. 

POKE 1044,80 (Hex 0414,50) 

Replaces 54 (Hex 36) with BO. This is 
the stack depth parameter. The value BO 
protects the NMI at 304-306 fron being over¬ 
written, including about 10 locations for 
use during an RMI intern:^. 

POKE 8034,130 (Hex 1F62,82) 

Constant for RND(X) generator that gives 
better raandoraness than original Microsoft 
version. 

PCtfE 1376,249 (Hex 0560,F9) 

This eliminated Control G on inpjt. Have 
you ever- wandered about SN errors in a 
"perfect" line? Retype it and it worked! 
Mast likely CNTRL G is the culprit. 


Meetings 

The MD-VA-DC group meets on the first 
Tuesday of each month at 7:30 p.m., at the 
Vfelter Johnson Hi^ School, 6400 Rock 
Spring Drive, Rockville, MD. 

Cn Octetoer 6, Ste(AQrt Myers will discui^ 
the RCtls that help to populate CSI circuit 
boards. 

Not all of these are OSI ROMs — 
Acirdvark has offered a replacement for 
several nonths, and the Australian OSI 
users group, OMEGA (vAiose members also 
produce the controller to stop the 5-1/4" 
disk rtotor when it has not been called for 
a few seccHrds, and start it autcmatically 
v^en it's needed) have sent up for 
evaluation a copy of their cwn versicxi, 
vAiich offers several irrproveraents. We may 
set up a group buy project if enough 
moTtoers are interested in the CXIEGA ROM. 

We could cerribine this with orders for Idne 
disk motor ccntroller; a report by Jim 
Kupperian cn the ccntroller is in the July 
Newsletter.) 

Several monbers have now had seme 
experience with OS-65D V3.3, and we will 
invite seme general discussion of this 
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system. Word is that it has a number of 
very attracti\fe features# one of vi^ich is 
that it is cxirpatible with all of your old 
programs in earlier versions of 65D. The 
earliest versions of V3.3 had, of course, a 
few bugs, but those seem to have been 
hunted down and elimimted. 

For all these reasons, as vrell as the 
unexpected but welccma ideas that always 
cone up, the October 6 meeting shapes as 
one you shouldn't miss. 

If you live near or across the Canadian 
border, you should know about the C6I Users 
Group of Southern Ontario. That grou^) 
meets quarterly; their next get-together 
jwill be on Decanber 5, in Room 312 of the 
General Sciaices Building of McTfester 
University. Phone (416) 525-9140, Ext. 

4689 or 2065, for more informatics. 

CSI groups meet regularly at Comraunity 
Ocitputers, 2704 N. Periling Drive, 
Arlingtcn, VA, at 7:30 p.m., to discuss: 

Second Tuesday: cassette-based systems, 
BASIC-In-KOM, harc3ware; 

Third Tuesday: OS-637, hone systems, 
polled keyboards, MEMS; 

Fourth Tuesday: OS-65U, serial 
terminals, 8" floppies and hard disks, 
business applications. 


Update: The 8-Bit Itch 

Back in December we publi^ed a report 
from John Krout, of Arlingtcai, Vh, on his 
experience in teaching a course he called 
Introduction to Heme Cesrputer Programming. 
Anycne v>ho has a conputer, John postulated, 
is locking for new ways to put his knowledge 
to use, and he recotimended teaching cenputer 
classes as a useful, interesting, and 
remunerative sideline. 

John is prepared to argue (and being a 
lawyer type, he argues very persuasively) 
that anyone who has the knowledge arxl the 
itch to inpart it to others can make the 
necessary arrangements. (John teaches under 
the au^ices of the Open University, and 
uses space and equipment supplied by 
Ccxtmunity Ccarputers). 

He reports that he’s new tau^t the 
course to about 100 persons, in five Cpen 
Ifriiversity sessions. In spite of two piice 
increases, the course is always 
oversubscribed. 

John's next step will be to offer a more 


advanced course. Jte calls this one Inter¬ 
mediate Heme Conputer programming. 

Will the next cxie after this be Advanced 
Heme Coreputer programming? 

Nope, says John, the next one will be 
Introduction to Forth. 

If you're inspired by John's success and 
are a victim of the 8-bit itch, you can 
probably find an organization like the Open 
University near vihere you live. If you live 
within ccmrajting distance and would like to 
enroll for cne of John's courses, or to 
learn more about the Open University, call 
(202) 966-9606. 

Reports of Meetings 

If you have to mss an OSIO meeting — 
if, for exanple, you live in Australia and 
have not yet been able to arrange a monthly 
trip to Rockville — you're missing a lot, 
enr hearts go out to you, and \(v^'ll do our 
best to pass along, in the Newsletter and 
the Program Exchange and the library (see 
the article on it in this issue), as much as 
we can of v^at happens. 

Vfe've been getting a good deal of Vihat 
happens at OSIO meetings into these pages, 
but we owe you several back installments, 
viiiich we're working on. Cbe of them is a 
review of the Doug and John Shew. 

Back a couple of raenths ago Doug Roberts 
and John tendall shewed hew to build a 65D 
disk rcxitine that would (as nearly as we 
could keep up with it) load normally, then 
sort Df squeeze itself sideways and hide in 
a different place, in such a way that it 
acted like a part of the operating 
system. 

Then Paul Rainey, of Villa Park, Ill., 
passed through and played a vAuole series of 
new tunes on OS—65D, moving and rearranging 
and adding and generally stirring up the 
staid old system. We have most of his 
handouts, but we’d better not pass them 
along until we fill in a few holes and get 
his blessing cn the story. 

We try to include in the Newsletter 
useful materials for both 65D and 65U, and , 
we invite contributions covering either, or 
Pascal, or Forth, or . . . what have you? 


For the Nevreletter, we're interested rot 
cnly in articles and programs, but also in 
cartoens, poems, jokes, and human interest 
featuras of all kinds. The stories you tell 
your friends about cesrpurters may be just 
right for the Nevi^letter. Send them to usl 
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Now Is The Time — 

For all gocd OSIO mearibers to come to 
the aid of the organization brir^ing in 
seme more rt^ntoers. We have good 

reasons for this request: we learn frem 
each other, and the more members we have, 
the more chances to get good ideas, more 
Newsletter articles, more programs for the 
Exchange, more speakers for programs. 

And more meetings for speakers to speak 
at, too; more and more CSI groups are 

organizing. 

And finally, the econcmics: We are a 
nonprofit organization, but we would like 
to render useful services without going 
into the hole financially. More 
dues-paying n^nbers will make it pc^sible 
for us to do a better job — that is, to 
be more useful to everybody. 

The OSIO Library 

We have the makings of a very useful 
collection of docoreants; new we need a 
place to put th«n and semeoae — or seme 
several people — to st^rvise their 
circulation. And to make sure that they 
all ceme hone again to serve sane other 
mahber. 

Once have site and staff, '/ie can 
expect the collecticwi to grow. Many 
members have manuals, schematics, etc., for 
equipment they no Icaiger have. Sare have 
more than one copy of hard-to-find data 
sheets. Dealers often have surplus stocks 
of publications. 

Nobody needs — anyway, very few users 
need — all the back issues of the CBI 
Technical Newsletter. Everybody, every OSI 
owner, needs a quick and painless way to 
check out sai:ie subject, to find out whether 
it was covered in sane back issue of the 
Newsletter, and if so, to get quickly a 
copy of the report. We need a copy 
(copies?) of the entire set in the library, 
available to any member. 

How to circulate it? Find out v^hat's 
needed and copy that page? Ship the boc^ 
cind let the maiiber copy what he needs and 
send it back? Those are just a couple of 
the questions the library staff will need 
to address. 

We row have: 

Copies of all back issues of the OSIO 
Newsletter. 

Copies of several OSI publications — 
manuals, etc. 


Copies of the Newsletters of several 
other elebs. 

Clippir^s, reports, etc. 

Perhaps we would want to buy other 
materials for the library. It might be 
especially useful to buy a new pjublicaticxi 
and assign it to sar^cne for review, and 
then circulate it. 

The possibilities — and the needs — 
are endless. Who will TOlunteer? 


0S-65D NOTES 
continued from page 1 

corrections rectifies an error in the 
random access files that messes 1:55 the 
records greater than 383. Since this 
months column is on raundom access, I had 
originally intended to discuss this 
correction, but since I know that most of 
you also read PEE[<(65), I believe it 
would be more vrarthwhile rxjt to repeat 
the material covered there. I do, of 
course, intend to point out and sotnetimes 
reseat items that appear in PEEK(65), in 
tte CSIO N^sletter, and anywhere else 
When I thiric it is useful to draw it to 
your attention. 

RANDCM MXESS FILES AND HASIIH3 

The fastest way of locating a r^xird 
is by random access and the larger the 
file, the greater the advantage of randan 
access over other techniques. 

Buffer #6 must be used for randem 
access. CB65D3 allows you to set the 
length of your random file to any power 
of 2 up to the length of a track as 
mentioned in a previous article, iKJwever, 
there is no provisicxi to prevent 
overrunnirg a record. That is, suppose 
that your record length were allowed to 
remain at the factory set 128 bytes, and 
tliat you have 4 lines per' record. If your 
4 lines happen to exc^d 128 bytes, the 
system will accept tiiem and will use up 
some of the space that belongs to the next 
record to do so. In certain cases this 
property may be useful, but in general, 
you need to do sott^thiig to prevent it. 

100 REM RANDOM ACCESS FILE 
110 L=32:REI“1 LENGTH OF RECORD 
120 DEF FNL(X}=LDG(X)/L0G(2):REM 
L£!G OT* X TO THE BASE 2 

2000 REM - 

2010 REM RANDOM PILE WRITER 
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2CK20 INPUr"FILE NAME''rA$ 

2030 DISK OPEN,6,A$ 

2040 POKE 12042,3072Ai: POKE 
12076, FtIL{L) 

2060 INPiJr"RECORD NUMBER";! 

2080 DISK 071,1 
2120 FOR J=1 TO 2 
2130 PRIJir "TYPE rrEM";J 
2170 INPUT D$ 

2220 PRINT #6,D$ 

2230 NEXT J 
2250 DIS^ PUT 
2270 DISK CLOSE, 6 
2280 RETURN 

In additican to the other things it 
does, tlte DISK OPEN, 6 ccntT^nd sets the 
niinfoer of randan access records per track 
to 24 each of length 128 bytes, 
consequently, if sax^ length other than 
128 is desired, each occurrence of the 
DISK OPEN carmard must be followai the 
pokes shewn in line 2040. 

The DISK CIOSE cannand is not 
necessary for random access files because 
the DISK FJT cornnand writes to the disk. 

The routine to read the rardexn 
access file differs from the write 
routine in that lines 2130 and 2250 are 
I omitted and lines 2170 and 7770 b^xme: 

2170 INPUT #6,D$ 

2220 PRINT 

Since the total record length 
allowed by lines 110 and 2040 is 32, the 
sun of all the bytes in both ir^xit items 
(lines 2120 to 2230) must be less than or 
equal to 32. This includes cane byte on 
each line for the carriage return. 

Tta clarify the length allowed, the 
name JDi JC®1ES, if it is an item of a 
record, uses 10 bytes, 3 for the first 
name, 1 for the space, 5 for the laist 
nane, and 1 for the (invisible) carriage 
return. 

For the file as set up, if the first 
item were 20 bytes long and the second 
were 15 bytes long in Record #1, then as 
iCTig as I leave Record #2 blank, I can 
access Record #1 and get back vihat I put 
into It. If, however, I put something in 
Record #2, tten the first item of Record 
#2 will overlay the material of Record #1 
beginning with the 33rd byte. Since this 
will obliterate the carriage return on 
the second item of Record #1, the first 
item of Record #2 will attach itself to 
the end of the second item of Record #1, 
and be read out with it. 

This means that you must insert 


something in the routine to prevent 

exceeding L l^es. For exarrple: 

2090 L1=0 

2140 L2=<,1 

2180 L1^+1+LEN(D$) 

2190 IF L1>L THEN PRE?! 

LI-L; "BYTES TOO LCNGi" 

2200 IF L1>L THEN Ll=C,2iaaT0 2130 
Although this procedure will prevent 
exceeding the allowed record length, you 
really need a way to keep track of the 
record length so that you know how much 
room you have left. A snrple way is to 
restrict each item to a suhmultiple of 
the record length. In our case each line 
could be restricted to 16 bytes. 

2100 POKE 23,L/2+l 
2240 POKE 23,132 

Line 2100 changes the terminal 
ler^th to 17 and line 2240 changes it 
back to 132 (or to whatever length you 
use). The prerpter (qi^stion mark) anl 
tJte space that follc^re it take up 2 
bytes, consequently, since the allo^^ 
line length is 17 bytes, you have 15 bytes 
for the item. If you should type a 16th 
character, it will begin a new line 
notifying you that you have exceeded the 
allowable space. You raust„tl^ deiet^_ 
last cJiaracter. This leaves you with 15 
characters plus 1 byte for the carriage 
return. If you delete more than 1 
character, it it will not shew tp cu the 
screen. 

A better way is to use the knowlaige 
of the number of bytes used at any point 
to place a marker on the screen telling 
you the maximum available space. 

2140 L2=i,l:A$="" 

2150 FOR K=€,l+1 TO L:A$=A$+" 

":NEXT K 

2160 PRINT A$+"*"+STR$(LEN(A$)) 

If you use the above marker, you 
sheuld delete lines 2100 and 2240. 

Some intproven^nt in ease of uKse and 
looks can be obtained by adding the 
following: 

140 FOR X=1 TO 32:PRINT:NEXT X 
150 POKE 28a8,0:PQKE 8722,0 
2050 PRINT"PRESS 'RETURN' TO 
ESCAPE" IPRINT: PRINT 

2070 IP 1=0 THEN 2270 
2110 PRINT: PRINT: PRINT 
2210 IF D$="" THEN RETURN 
2260 GOTO 2050 

The additional coratiands used in 
random access files are DISK GET and DISK 
PUT. 



■Rie DISK GSV command: 

1. Calculates (from the record #) 
the proper track. 

2 . Brir^s the track into buffer #6. 

3. Calculates the proper position 
of the buffer pointers. 

4. Sets the buffer pointers bo the 
desired record. 

The DISK PUT comiand writes buffer 
#6 to the disk. 

Randan access files allow rapid 
access to files that cannot fit in 
internal manory, however, ttey require 
that the record nimber be known. Por many 
cases of interest, it is necessary to 
access the record by means of a nane 
rather than a nurriber. This means that in 
additicxi to the nmiber accessible randcm 
access file, we need a conversion table 
to relate names and naribers. 

Ideally we would like to be able to 
access a record by name in the same way 
as we randan access by nirriber, that is, 
we would like to have an equation that 
would relate the record position to its 
name. 

An approximation to this process is 
a method called hashing. This technique 
converts a name (or a number) into a 
marber of a set of allcBfted nunrtoers by 
using a formula of sane type in the 
oxiversion process. As a sittple example, 
suppose the list of niinbers goes from 0 
to 9. We have 10 names to be correlated 
with these mitibers. One formula would be 
to take the ASCII value of every letter 
in the name, add these vailues together, 
and then use as our nariber the most 
significcint digit (or the least or any 
other specific choice). It is obvious 
that this process yields a natiber between 
0 an! 9 for every name, hoviever, one 
would be very lucky indeed to have the 10 
names yield 10 different naribers. The 
second step of the hashing process 
consists of doing something about the 
duplicaticns (called collisicais). 

Once a technique has been set up 
that converts names into the allowed set 
of naribers, these numbers are used as the 
record naribers of the random access file. 

Although hashing is discussed in 
many books, I have not run across a text 
that contains an exarrple in BASIC. 
However, there is an article in the May 
1980 issue of Kilobaud that explains the 
process rather clearly and gives a 


progran in BASIC. Unfortunately, the BASIC 
used is sufficiently different from ours 
as to make the conversion difficult, 
particularly if you have not used logic 
statonents very much. In future articles, 
I intend to discuss the use of logic 
statements v^iich should make that program 
easier to understand. I am also in the 
process of ccxiverting this program in 
Kilcbaud (by Raymond T. Vizzone) into OSI 
BASIC and integrating it into a program 
usirq the rar^dom access files of 0S65D3. 
When corpleted, it will be added to the 
OSIO OS65D3 library. 

I find it very useful to examine 
what is already in tl^ record before 
writing into it. This requires additional 
lines following the DISK GET, I ccnmand to 
inpxit the file items from the disk. 
Although this works very well if the tte 
record already contains scmethir^, a 
record full of zeroes will cause 
profolens. Since randati access files are 
not usually initialized, when you start 
out and any time you want to write into 
an empty record, the procedure of first 
locking to see ^at is there, will result 
in a prcblam. There is, however, a method 
that in a sense initializes a random 
access file (and that is useful for 
sequential access files as well). The 
techniqi:e is to replace zeroing the data 
file with patting carriage returns in, 
instead. That is, replace 'O' with '13' 
in the machine language program used to 
zero a file. 

If a data file ccntains carriage 
returns, then an INPUT #6 comrand will 
just pull in one caixiage return, \(^ereas 
if the file contains zeros, the system 
will ccntinue looking for a carriage 
return until it bcmbs out. If you have 
set up the pokes to allow null inputs, 
then you can have statonents like: 

(LINE #) INPUT #6,A$ 

(LINE #) IF A$="" THEN 
PRINT" (E34PTY)" 

A routine to place carriage returns 
in a file follows: 

19000 DISK 0PEN,6,"RAND11" 

19010 ST=fm(PEEK(9002)): 

EN=FNA(PEEK(9003) ) 

19020 GOSUB 21000 

19030 FOR J«ST TO 

19040 T$=RICMr$(STR$(J+100),2) 

19050 DISKr'SA , 1=B400/C" 

19060 NEXT J 

19070 DISK CLOSE,6 
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19080'REIUFN 

21000 RJM FILL BUFFER WITH 
CARRIAGE RETURNS 

21010 DATA 

160,13,162,12,152,153,0,180,200,208,250 

21020 DATA 

238,133,49,202,208, 244,96 

21030 FOR 1=12670 TO 12687; READ 
Di POKE I,D:NEXT 

21040 POKE 8955,126:POKE 8956,49: 

X=4JSR(X) 

21050 POKE 8955,212:POKE 8956,34 

21060 REIURN 

The above routines place the machine 
language program (given as data) at the 
usuil botton of the workspace ^^ich means 
that the program containing these 

routines must be itoved up to allow 
eiJghteen t^tes belbw the program. Ihe 
i^chine language program generates 12 
pages of cairriage returns in buffer #6 
vAiich is placed at the top of memory 

beginning at page 130 (B400). 

Line 19010 reads the track nisnbers 
at vSiidh the data file (RANDll) starts 
and ends, vili^e FISIA(X) is defined by: 

(LBa^#) DEF FNA(X)’^-6*INr(X/l6) 

JOE KI ipaNER 


Membership Information 

OSIO dues are $15 a year. Overseas 
members who want the Newsletter sent by 
airmail pay an additional $15, a total of 
$30 U.S. (It seems likely, because of 
recent increases in postal fees, that we 
shall have to increase all rates. Renew 
new!) 

If you are a member, your membership 
number and the date to ’^^nidh your dues are 
paid are shown above your name on the 
mailing label. Watch your label, and renew 
your merbership protptly before it expires! 
Vte do not have the resour^^ 
renewal and reminder^;'|i|ffl:^|^3<t^. ^ ' 

If only the nalMBt- 
the label, this is 
invite you to beesame 
our activities, 

our Newsletter, Program Exchange, clapter 
meetings, seminars, and occasional discount 
offers and groi^ parchases. Just send a 
check in the proper amount to Rick !^ers, 
our membership chairman, whose name and 
address are given in Where To Write. 


Where To Write 

Ehrogram Exchange: 

8 " Dii^s, 65J or 65D: 

dhonas M. Pcwlett, 11296 Windsor Ct., 
Ijamsville, MD 21754 
5-1/4" Disks, CIP: 

Stewart C. Meyers, 8502 Jeffersem St., 
Bethesda, MD 20034 
5-1/4" Disks, C4P: 

Herbert Mimford, 9608 Sun^t Dr., 
Rockville, MD 20850 
Cassette Tapes, CIP: 

James E. Kupperian, Jr., 

2702 Lyn Place, Bowie, MD 20715 
Cassette Tapes, C4P: 

John Randall, 850 Hungerfbrd Dr., 
Rockville, MD 20850 
Newsletter articles, program listings, 
and letters: Wallace Kendall, 9002 
Dunloggin Rd., Ellicott City, MD 21043 
implications for maribership, checks for 
dues and membership renewals: 

Rick Myers, 12004 Partello Rd., 

Bewie,.MD 20715 

C&'ders and checks for sets of back issues 
of the Newsletter: Wallace Kendall 
(tettporarily, pending appointment 
of a libr^ian. Address above.) 

Orders and checks for grbepbuy items ' 
that have been announced in the News¬ 
letter: !fery Lewery, 2005 N. Uhle St., 
Arlingtcn, VA 22201 (Tettporarily, 
pending appointment of a Group Buys 
chairman). 


Newsletter Back Issues 

dhe Newsletter started with /pril 1979. 
The first few issues were short, but we 
tried to include seme interestir^, often 
useful routine or tip in each one. Some 
are out of print, and in order to prepare a 
ccrtplete set, we must photocopy those. In 
copying tie issues up to January 1980 we 
h^ye outdated material such as 

'Oil^lpoenients. 

the back issues inches up 
must be photcxx>pied, the 
;-.^|apife^heavier, and the mailing costs 
■ you'd like a set, 

assemble one and send it to you for $9.00 
plus postage. Ihe set now weighs about 19 
ounces. Fourth class pxjstage is from about 
$1.60 (near Wa^ington) to about $2.50 
(West Qaast and Havaii). Be sure to give 
your membership nurtber. 
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Program Exchange §SIt ffficers 


(Xir exchange disks do not ccxitain the 
operating systems or other proprietary 
programs; add your cwn systen to them, or 
copy the programs you want to other disks. 

Send your cwn programs to the 
appropriate person (see Where 1t> Write in 
this issue) with enoiigh postage to return 
the material to you, and if your progran is 
accepted for the Exchange, add the 

other programs in the Exchar^e to your di^ 
or cassette before we return it. 

Primarily for the benefit of new members 
who do not ^^t have programs to exchange, 

'/ie will provide a library di^ for $7.50 
plus postage, or a c^sette for $2.50 plus 
postage. In the U.S., first-class postage 
for a disk or a cassette is about $1.80; 
overseas postal rates have recently been 
steeply increased. They are new about 
$2.50 for one 8" disk by air to Central 
Anerica, South America, or Europe, ard 
about $3 air to the Pacific Ocean 
islands and Asia. Each additicaial disk or 
cassette adds about .50 more. 

In ordering 3" disks, be sure to say 
vhether 650 or 65D. Send orders for 5-1/4" 
disks and cassettes to the proper person 
(see To Write); al\»ra.ys give yot.ur 

manberdiip nurttoer. 


President; 


John Pandall, 10220 Conover Drive, 
Silver Spring, MD 20850 
Executive Vice-President: 

David Merganstein, 13329 Woodruff Place, 
Germantown, MD 20767 
Treasurer and Corporate Secretary: 

Mary Lowery, 2005 N. Uhle St., 

Arlington, VA 22201 
Chairnan, Program Exchange Carmittee: 
Ihomas M. Rowlett, 11296 Windsor Court, 
Ijamsville, MD 21754 
Corresponding Secretary and 


Newsletter Editor: Wallace Kendall, 
9002 Dunloggin Rd., 



Ellicott City, MD 21043 '.T' 

VA 22180 4 ‘ 

Directors: • * 

Sidney H. Brounstein, fk^pine Rd., 

Silver Sprir^, MD 20901 4.. 

William J. Callaghan, 6605 Wisher 

Falls Church, VA 22046 f 

Joe Kirshner, 9234 E. Parkhill Dr., 

Bethesda, MD 20034 - 

G. D. Marton, 2710 S. Joyce St., ■" ^ 

Arlington, VA 22202 

C. H. Popenoe, 6307 WiSC^ssefe Ed.'t Z ^ 

^feshircjtcai, “DC 2odr6‘ "r 


OSIO 

M A T E I X 
6845 Elm Street, Suite 10? 
McLean,, Virginia ^101 
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